home *** CD-ROM | disk | FTP | other *** search
/ Floppyshop 2 / Floppyshop - 2.zip / Floppyshop - 2.iso / diskmags / 0022-3.564 / dmg-0080 / 785.txt < prev    next >
Text File  |  1997-04-16  |  13KB  |  267 lines
  1. =========================================================================
  2.  
  3. INFO-ATARI16 Digest         Sun, 10 Dec 89       Volume 89 : Issue 785
  4.  
  5. Today's Topics:
  6.                              Lattice C v5
  7.                             Shareware Mac
  8.                          SIGNOFF INFO-ATARI16
  9.                           Still searching...
  10.                       What Kermit/UNITERM bugs?
  11.                       Word Writer format company
  12. ----------------------------------------------------------------------
  13.  
  14. Date: 5 Dec 89 04:48:05 GMT
  15. From: pacbell!pbhya!dbsuther@ames.arc.nasa.gov  (Daniel B. Suthers)
  16. Subject: Lattice C v5
  17. Message-ID: <31162@pbhya.PacBell.COM>
  18.  
  19. In article <8911301233.aa02350@benjamin.Cs.Bham.AC.UK>
  20.  RiddCJ@computer-science.birmingham.ac.UK (Chris Ridd) writes:
  21. >
  22. >  The reason Metacomco hasn't announced any updates to Lattice C (or any of
  23. >their stuff), is because ... they have quit the software market.  I believe
  24. >the owner now runs a hotel :-(
  25. >  HiSoft have taken over Lattice C - v5
  26. [ text deleted ]
  27. >I'm not sure, but I think you can upgrade from MCC v3 to HiSoft v5 at a cost.
  28.  
  29.  
  30. Is there any confirmation on this rummor?
  31. I have spent a lot of time getting Lattice to be relatively bug free, and don't
  32. wish to switch compilers now.
  33.  
  34. Does anyone have the address for HiSoft?  Are they American, or de we have
  35. to put up with the six week trans atlantic mail delay?
  36.  
  37. Last question:  is HiSoft V5 an upgrade to lattice, or just a replacement?  The
  38. difference is obvious to those who have extensive private code libraries.
  39.  
  40.  
  41. -------------------------------------------------------------------------------
  42. Dan Suthers,  Analyst, Pacific Bell
  43. uucp: ?backbone?!pacbell!pbeos!dbsuther
  44. -------------------------------------------------------------------------------
  45. Youth's a difficult time, and it gets harder the longer you try to draw it out.
  46. -------------------------------------------------------------------------------
  47.  
  48. ------------------------------
  49.  
  50. Date: 9 Dec 89 23:42:25 GMT
  51. From: well!dsmall@apple.com  (David Small)
  52. Subject: Shareware Mac
  53. Message-ID: <14883@well.UUCP>
  54.  
  55. Hmmm .. shareware Aladin, eh?
  56.  
  57.         I'm also surprised to hear that I've been quoted as saying anything
  58. negative about Aladin. The only thing I recall was a comparison between it
  59. and Spectre 128, and that is an apples-and-oranges comparison (no pun meant).
  60. I use the 128K ROMs, and get the benefits of that; Aladin uses the 64's, and
  61. gets the bugs in those. For those that don't know, the reason Spectre runs
  62. all the Mac programs that Aladin can't has nothing to do with our relative
  63. programming skill, etc; it's just the 64K ROMs are obsolete and much software
  64. doesn't run on them.
  65.  
  66.         I'll say it again -- while the makers of Aladin and I had different
  67. ideas about how things should be done, I feel the Aladin was implemented quite
  68. well according to their vision. I don't happen to agree with the vision, but
  69. I can agree with the competence, ok?
  70.  
  71.         Since both the MagicSac 6.1 and Aladin 3.0 use 64K ROMs, it is at
  72. least fair to compare them. Both have strong and weak points. The Aladin does
  73. a superior job with serial ports (SERD) by far! The Magic Sac doesn't
  74. require a patcher program to "fix up" Mac programs before running them.
  75. And so forth and so on ... by the time you end up comparing strong and weak
  76. points, I think they come out equal -overall-, more or less.
  77.  
  78.         The Magic Sac at one time sold for $149. The price declined to
  79. $79, then to $49, in ads in START magazine. I am repeatedly told that the
  80. unitit now offered at $40, $20, or free with purchase of Translator.
  81. Essentially, that's the U.S. market for a 64K ROM based Mac emulator.
  82. And it's my opinion that the Aladin-shareware will meet much the same
  83. response, alas.
  84.  
  85.         It's too easy to slip into the "features trap", when in reality both
  86. Magic Sac and Aladin are "icing" on the ROM "cake". The truth is, using
  87. 64K ROMs automatically breaks a large amount of Mac software. Even Apple
  88. doesn't support them anymore; they gave up fixing bugs on bugs. Very
  89. quickly, Hypercard, Quark X-Press, MacWrite 5 & II, MacPaint 2, MultiFinder,
  90. Systems & Finders past Finder 5.3 / System 3.2 (obsolete in anyone's book;
  91. we're at Finder 6.1 / System 6.0.4 now), CDEV's, Adobe Illustrator, Aldus
  92. Freehand ... well, I could fill up a few pages with this, but I think I've
  93. made my point. Apple and its developers have abandoned the 1983 64K ROMs,
  94. and with good reason.
  95.  
  96.         These programs are what make a Mac into a useful tool that people are
  97. wiling to spend money for. To me, it is irrelevant that Aladin does a nicer
  98. job on the serial port, or RESET button, or whatever, if it won't run the
  99. software I want to run. The icing on the cake doesn't matter, be it Magic Sac,
  100. Aladin, or chocolate.
  101.  
  102.         At the moment, I feel the state of the art in Mac emulation, on both
  103. Amiga and ST, is a 128K ROM emulator that is capable of directly read/writing
  104. Mac disks. Things have progressed a long way since the original 64K ROM
  105. emulators debuted in 1986.
  106.  
  107.         I do hope that if this product is made availabl as shareware, that
  108. people do not expect it to do what Spectre / AMAX can -- and thus end up
  109. turned off to the newer products.
  110.  
  111.         As for Apple, I've always been square with them, and they've
  112. treated me with the same courtesy. There's nothing to tell there that hasn't
  113. been told sixty times -- we agreed not to name the product MacCartridge and
  114. not to sell Mac ROMs. (Now, if you want to look at something *interesting*,
  115. delve into the court documents surrounding the origins on the Microsoft-Apple
  116. look&feel lawsuit; Data Pacific's name is all over them. I think they are
  117. online on BIX; at least, I was sent them from there.)
  118.  
  119.         If I may ask -- can the story of the development of Aladin be told?
  120. I remember the name Mathias Greve, and something about two brothers who
  121. did the original product; I'm not familiar with the shareware offerer's
  122. name. I'd like to hear it if you'd care to tell it.
  123.  
  124.         Again, if you'll check through several interviews and articles,
  125. you'll find I have said good things about Aladin -- and that I've maintained
  126. that comparing 64K ROMs to 128K ROMs is unfair. And I thought doing sound
  127. through the parallel port was really a neat idea; the overhead of doing it
  128. through the sound chip was pretty hairy.
  129.  
  130.         Anyway, I guess that's my comment on the "shareware Mac". Please,
  131. be very careful, for your own sakes, that Apple is aware that you're not
  132. putting ROMs on disk and don't allow EPROMS. And be very very careful of
  133. "derivative work" issues surrounding patching software to run on the Aladin,
  134. ok? There's some real minefields there to be cautious of.
  135.  
  136.         If any of the makers of Aladin ever make it to Denver, please
  137. give me a call, okay? Let's go get a beer.
  138.  
  139.  
  140.         -- thanks, Dave Small / "I drink Foster's, personally / Gadgets
  141.  
  142. ------------------------------
  143.  
  144. Date: Sat, 9 Dec 89 18:21 N
  145. From: "Antonin, TU Vienna, T.+222/58801/3612"
  146.  <SPRINZL%EGH780.UNA.AT@CUNYVM.CUNY.EDU>
  147. Subject: SIGNOFF INFO-ATARI16
  148.  
  149. SIGNOFF INFO-ATARI16
  150.  
  151. ------------------------------
  152.  
  153. Date: 10 Dec 89 08:17:15 GMT
  154. From: clubok@husc4.harvard.edu  (Ken "The Snake" Clubok)
  155. Subject: Still searching...
  156. Message-ID: <3387@husc6.harvard.edu>
  157.  
  158. Ken B. says:
  159. >A side effect of having strong support for professional programmers is
  160. >that end users get supported as well.  More books get written by the
  161. >professionals, making more information available to the hobbyist than
  162. >the computer maker can hope to provide.  A broader base of technically
  163. >competent people exist to answer the questions of hobbyist programmers.
  164. >All these programmers will be happy because they can get their
  165. >questions answered and they can solve their problems without having to
  166. >stumble around in the dark too much.
  167. >--
  168. Sorry Ken, but I can't accept this.  Mostly, I've avoided getting
  169. involved with the flame wars against Atari, since a lot of the comments
  170. have been overly negative if not inaccurate.  Also, I really appreciate
  171. your taking the time to participate in the net, and the other Atari
  172. employees as well.  But this last comment of yours makes no sense when
  173. you consider that developers must sign a non-disclosure agreement that
  174. prevents developers from legally releasing a good deal of important
  175. information contained in the developers' kit.  It seems as if Atari is
  176. intentionally trying to restrict the flow of information, although I
  177. could hardly guess why.  Before I can believe that Atari intends for
  178. developers to take its role in educating the hobbyist, it will  have to
  179. change this unexplicable policy.
  180. >   |||   Ken Badertscher  (ames!atari!kbad)
  181. >   |||   Atari R&D System Software Engine
  182. >  / | \  #include <disclaimer>
  183.  
  184. Ken Clubok
  185. Clubok@husc4.bitnet
  186. Clubok@husc4.harvard.edu
  187.  
  188. ------------------------------
  189.  
  190. Date: 5 Dec 89 05:11:43 GMT
  191. From: pacbell!pbhya!dbsuther@ames.arc.nasa.gov  (Daniel B. Suthers)
  192. Subject: What Kermit/UNITERM bugs?
  193. Message-ID: <31163@pbhya.PacBell.COM>
  194.  
  195. In article <89337.135453SML108@PSUVM.BITNET> SML108@PSUVM.BITNET writes:
  196. >On the subject of kermits and ST's...
  197. >
  198. >I also use the Uniterm Kermit to transfer to and from my ST.  it works fine wit
  199. >h VAX computer systems, however weird, VERY WEIRD stuff happens with Unix sys-
  200. >tems, both System V and 4.3bsd.  It works fine transferring text files, but
  201. >gives a potpourri of errors with binary files.  This DOES NOT HAPPEN ON VAXES!
  202.  
  203. I have no idea why it eventually works with the retries set high enough, but
  204. I have found that some UNIX kermits default to binary, and some to text.  It
  205. becomes important to specify [binay/text] on BOTH ends to get a valid transfer.
  206.  
  207. Some of the unix ports don't always switch properly between 7 and 8 bit modes
  208. either.  It's always best to match up before starting the transfer; after all
  209. it is PD software and no-one is playing gaurdian.
  210.  
  211.  
  212. -------------------------------------------------------------------------------
  213. Dan Suthers,  Analyst, Pacific Bell
  214. uucp: ?backbone?!pacbell!pbeos!dbsuther
  215. -------------------------------------------------------------------------------
  216. Youth's a difficult time, and it gets harder the longer you try to draw it out.
  217. -------------------------------------------------------------------------------
  218.  
  219. ------------------------------
  220.  
  221. Date: 10 Dec 89 02:21:46 GMT
  222. From: rex!samsung!cs.utexas.edu!natinst!rpp386!mark@ames.arc.nasa.gov  (Mark
  223.  Lehmann)
  224. Subject: Word Writer format company
  225. Message-ID: <17426@rpp386.cactus.org>
  226.  
  227. In article <7941@cs.yale.edu> fischer-michael@cs.yale.edu (Michael Fischer)
  228.  writes:
  229. >In article <227@trwrb.UUCP>, gibson@trwrb.UUCP (Greg Gibson) writes:
  230. >> I use Word Writer because it has a spell check and thesaurus.  However, I
  231. >> can not get the paragraph format command to work.  Does any know how to
  232. >> make the Word Writer paragraph format command to work? I think anyone
  233. >> selling a word processor without a properly working format command should
  234. >> be jailed for fraud.
  235. >>
  236. >> Thank You,
  237. >> Gregory Gibson
  238.  
  239. Because of this very reason, I wrote a C program to analyze regular text
  240. files and determine where the paragraphs end and then convert the text file
  241. into a Word Writer (also First Word) file.  I can send it to anyone who
  242. wants it.  It is just a short C program (written in Laser C, but ports to
  243. UNIX, so should be able to port to any C language for the ST).
  244.  
  245. I don't have my code available now (just reformated the hard drive for
  246. MINIX, and the Laser C code is backed up on floppy) but from memory, I
  247. think that all blank spaces (ASCII 32) gets converted to ASCII character
  248. 30.  There is a ASCII character 30 before every newline (ASCII 10).  And
  249. the end of a paragraph has no ASCII 30 before the newline.
  250.  
  251. Kind of an interesting format.  When the Word Writer format is displayed
  252. all the blank spaces will appear to have disappeared, but really, they are
  253. just represented as ASCII character 30, which doesn't show up on the Atari
  254. ST screen (at least it doesn't in TOS/GEM).
  255.  
  256. Mark Lehmann
  257. --
  258. +------------------------------------+-----------------------------------+
  259. | Mark Lehmann                       |                                   |
  260. | mark@rpp386.cactus.org             |                                   |
  261. | ?bigtex|texbell?!rpp386!mark       |                                   |
  262.  
  263. ------------------------------
  264.  
  265. End of INFO-ATARI16 Digest V89 Issue #785
  266. *****************************************
  267.